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DETAILED ACTION 

Remarks 

1 . Receipt of Applicant's Amendment, filed on 06/1 1/2008, is acknowledged. 
The amendment includes the withdrawal of claims 1 -36 and 1 06-1 1 3, the 
cancellation of claim 38, and the amending of claims 37, 55, 60, 72, 77, 89, and 
94. 

Claim Rejections - 35 USC § 103 

2. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for 
all obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described 
as set forth in section 102 of this title, if the differences between the subject matter sought to 
be patented and the prior art are such that the subject matter as a whole would have been 
obvious at the time the invention was made to a person having ordinary skill in the art to which 
said subject matter pertains. Patentability shall not be negatived by the manner in which the 
invention was made. 

3. This application currently names joint inventors. In considering 
patentability of the claims under 35 U.S.C. 103(a), the examiner presumes that 
the subject matter of the various claims was commonly owned at the time any 
inventions covered therein were made absent any evidence to the contrary. 
Applicant is advised of the obligation under 37 CFR 1 .56 to point out the inventor 
and invention dates of each claim that was not commonly owned at the time a 
later invention was made in order for the examiner to consider the applicability of 
35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) prior art under 35 
U.S.C. 103(a). 

4. Claims 37, and 39-105 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Heilig et al. (U.S. PGPUB 2002/0046262) in view of Britton 
et al. (U.S. Patent 6,654,814), and further in viewofKao (U.S. Patent 
5,870,734). 

5. Regarding claim 37, Heilig teaches a system comprising: 

A) a network (Paragraph 50); 

B) a plurality of client computers (Paragraph 58); 

C) each client computer comprising: a client processor (Paragraph 58); 
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D) a client network interface to connect to and interface with the network 
(Paragraphs 50 and 58); 

E) a client computer readable medium accessible by the client processor, storing 
a client program executable by the client processor to: generate a first filesystem 
request (Paragraph 103); 

G) receive a first filesystem response pertaining to the filesystem (Paragraph 
116); 

H) an intermediary device comprising: an intermediary processor (Paragraph 
116); 

I) an intermediary network interface to connect to and interface with the network 
(Paragraph 116); 

J) an intermediary computer readable medium accessible by the intermediary 
processor and executable to: provide a client-facing filesystem interface 
(Paragraph 102); 

K) provide a server-facing filesystem interface (Paragraphs 117-118 and 122); 
L) receive the first filesystem request from a requesting client according to the 
client-facing filesystem interface (Paragraph 103); 

M) pass the first filesystem request to a server as a proxy request according to 
the server-facing filesystem interface (Paragraph 107); 
P) receive a server response from the server according to the server facing 
filesystem interface (Paragraphs 120 and 124); 

Q) pass the server response to the requesting client as the first filesystem 

response (Paragraph 124); 

R) a plurality of servers (Paragraph 31 ); 

S) each server further comprising: a server processor (Paragraph 31); 

T) a server interface coupled to the server processor to connect to and interface 

with the network (Paragraphs 117-118 and 122); and 

U) a server computer readable medium storing a server program executable by 

the server processor to: provide an origin filesystem (Paragraph 31); 

V) receive the proxy request from the intermediary device (Paragraph 120); 
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W) execute a requested filesystem operation (Paragraph 120); 

X) generate the server response (Paragraphs 120 and 124); and 

Y) communicate the server response to the intermediary computer (Paragraph 

124); 

Z) a plurality of storage media devices, wherein each of the plurality of storage 
media devices is connected to and associated with one of the plurality of servers 
(Paragraph 91); 

Heilig does not explicitly teach: 
N) wherein passing the first filesystem request as a proxy request comprises 
applying a set of rules to the first filesystem request to determine if the first 
filesystem request should be modified; 

O) and if it is determined that the first filesystem request should be modified, 
modifying the first filesystem request to generate the proxy request. 

Britton, however, teaches "wherein passing the first filesystem 
request as a proxy request comprises applying a set of rules to the first 
filesystem request to determine if the first filesystem request should be 
modified" as "As seen in FIG. 3, when the browser 52 transmits a request, the 
client-side proxy 54 receives the request and determines if it is the first request 
for the current session (block 100). If the request is the first request, then it is 
determined if the client data processing system is capable of and has a 
preference for performing the content transformation or "tailoring" (i.e. should 
content tailoring occur at the client data processing system 50 or at another data 
processing system) (block 102). This information, along with other information 
about the client data processing system 50 and the session, such as for 
example, data processing capability, available memory, display type and size, 
resource availability, connection type, priorities for requested information, 
connection duration, or the like, is incorporated into the request (block 104). 
Client preferences and other session information (blocks 102 and 104) may 
reside at the client data processing system 50 or they may be obtained from a 
server during device initialization, at user logon or with each session. A user 



Application/Control Number: 10/630,339 
Art Unit: 2168 



Page 5 



identification, such as a userid, may also be included in the request (block 106). 
The information added or otherwise contained in the request may collectively be 
referred to as "session specific information." After incorporating the session 
specific information in the request, the request is sent to the server-side proxy 64 
(block 108). Returning to block 100 of FIG. 3, if the request from the browser 52 
is not the first request, then, if the server side stores the previously transmitted 
session specific information, the only information which would need to be 
inserted into the request is the user identification and a session identifier to 
indicate that the previously transmitted session specific information remains valid 
(block 1 06)" (Column 1 1 , lines 1 -32), and "and if it is determined that the first 
filesvstem request should be modified, modifying the first filesystem 
request to generate the proxy request" as "As seen in FIG. 3, when the 
browser 52 transmits a request, the client-side proxy 54 receives the request and 
determines if it is the first request for the current session (block 100). If the 
request is the first request, then it is determined if the client data processing 
system is capable of and has a preference for performing the content 
transformation or "tailoring" (i.e. should content tailoring occur at the client data 
processing system 50 or at another data processing system) (block 102). This 
information, along with other information about the client data processing system 
50 and the session, such as for example, data processing capability, available 
memory, display type and size, resource availability, connection type, priorities 
for requested information, connection duration, or the like, is incorporated into the 
request (block 104). Client preferences and other session information (blocks 
102 and 104) may reside at the client data processing system 50 or they may be 
obtained from a server during device initialization, at user logon or with each 
session. A user identification, such as a userid, may also be included in the 
request (block 106). The information added or otherwise contained in the request 
may collectively be referred to as "session specific information." After 
incorporating the session specific information in the request, the request is sent 
to the server-side proxy 64 (block 108). Returning to block 100 of FIG. 3, if the 
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request from the browser 52 is not the first request, then, if the server side stores 
the previously transmitted session specific information, the only information 
which would need to be inserted into the request is the user identification and a 
session identifier to indicate that the previously transmitted session specific 
information remains valid (block 106)" (Column 11, lines 1-32). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because 
teaching Britton's would have allowed Heilig's to provide a method to improve 
the custom-tailoring of client-requested data in order to better exploit the 
resources available to the clients, as noted by Britton (Column 3, lines 13-15). 

Heilig and Britton do not explicitly teach: 
E & J) employing a first network filesvstem protocol : 
F) wherein said first network filesvstem protocol extends a filesvstem 
namespace and abstractions across a network ; 
K) employing a second network filesvstem protocol : 
AA) wherein each of the plurality of storage media devices has a network 
filesvstem that implements said second network filesvstem protocol : and 
BB) wherein said first network filesvstem protocol is same as or different from 
said second network filesvstem protocol said second network filesvstem protocol. 

Kao, however, teaches " employing a first network filesvstem 
protocol " as "The virtual node architecture allows the present system to 
accommodate diverse file systems by permitting each node to designate an 
individual physical file storage system. The present system can also copy files 
and directory nodes contained in one stack node to another stack node for the 
purposes of file back-up or caching" (Abstract), " wherein said first network 
filesvstem protocol extends a filesvstem namespace and abstractions 
across a network " as "The virtual node architecture allows the present system 
to accommodate diverse file systems by permitting each node to designate an 
individual physical file storage system" (Column 5, lines 8-11) and "Any directory 
or file in the present file system is represented by a vnode, in accordance with 
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the virtual node architecture" (Column 6, lines 29-31), " employing a second 
network filesvstem protocol " as "The virtual node architecture allows the 
present system to accommodate diverse file systems by permitting each node to 
designate an individual physical file storage system. The present system can 
also copy files and directory nodes contained in one stack node to another stack 
node for the purposes of file back-up or caching" (Abstract), " wherein each of 
the plurality of storage media devices has a network filesvstem that 
implements said second network filesvstem protocol " as "The virtual node 
architecture allows the present system to accommodate diverse file systems by 
permitting each node to designate an individual physical file storage system. The 
present system can also copy files and directory nodes contained in one stack 
node to another stack node for the purposes of file back-up or caching" 
(Abstract), and " wherein said first network filesvstem protocol is same as or 
different from said second network filesvstem protocol said second 
network filesvstem protocol " as "The virtual node architecture allows the 
present system to accommodate diverse file systems by permitting each node to 
designate an individual physical file storage system. The present system can 
also copy files and directory nodes contained in one stack node to another stack 
node for the purposes of file back-up or caching" (Abstract). 

The examiner notes that by having a virtual node architecture 
representation (see "vnodes"), Kao's method must have an origin filesystem (see 
"individual physical file storage system") which is virtually represented as those 
vnodes. 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because 
teaching Kao's would have allowed Heilig's and Britton's to provide a method 
for recognition of all mounted file systems for clients, as noted by Kao (Column 
4, lines 18-22). 

Regarding claim 39, Heilig does not explicitly teach a system comprising: 
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A) wherein the intermediary program is executable to apply active rules to the 
first filesystem request. 

Britton, however, teaches "wherein the intermediary program is 
executable to apply active rules to the first filesystem request" as "As seen 
in FIG. 3, when the browser 52 transmits a request, the client-side proxy 54 
receives the request and determines if it is the first request for the current 
session (block 100). If the request is the first request, then it is determined if the 
client data processing system is capable of and has a preference for performing 
the content transformation or "tailoring" (i.e. should content tailoring occur at the 
client data processing system 50 or at another data processing system) (block 
102). This information, along with other information about the client data 
processing system 50 and the session, such as for example, data processing 
capability, available memory, display type and size, resource availability, 
connection type, priorities for requested information, connection duration, or the 
like, is incorporated into the request (block 104). Client preferences and other 
session information (blocks 102 and 104) may reside at the client data 
processing system 50 or they may be obtained from a server during device 
initialization, at user logon or with each session. A user identification, such as a 
userid, may also be included in the request (block 106). The information added or 
otherwise contained in the request may collectively be referred to as "session 
specific information." After incorporating the session specific information in the 
request, the request is sent to the server-side proxy 64 (block 108). Returning to 
block 100 of FIG. 3, if the request from the browser 52 is not the first request, 
then, if the server side stores the previously transmitted session specific 
information, the only information which would need to be inserted into the request 
is the user identification and a session identifier to indicate that the previously 
transmitted session specific information remains valid (block 106)" (Column 11, 
lines 1-32). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because 
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teaching Britton's would have allowed Heilig's to provide a method to improve 
the custom-tailoring of client-requested data in order to better exploit the 
resources available to the clients, as noted by Britton (Column 3, lines 13-15). 

Regarding claims 40, 59, 76, and 93, Heilig further teaches a system, an 
intermediary device, device, and method comprising: 

A) modifying the server response to generate the proxy response (Paragraphs 
61 and 67). 

The examiner notes that Heilig teaches "modifying the server response 
to generate the proxy response" as "the proxy server may utilize information 
included in the client data request to determine whether a rendering, i.e. further 
processing or rewriting of the data is necessary before transmission to the client" 
(Paragraph 61). 

Regarding claims 41 , 56, 73, and 90, Heilig further teaches a system, an 
intermediary device, device, and method comprising: 

A) determining whether to further process the filesystem request (Paragraph 
115); 

B) generating a redirect reply (Paragraphs 133-135); and 

C) communicating the redirect reply to the requesting client (Paragraphs 133- 
135). 

The examiner notes that Heilig teaches "determining whether to further 
process the filesystem request" as "In case the determining module 422 
concludes that the request received from the client 102/ does not require any 
rendering operations... the proxy server 420 may directly transmit the requested 
data to the client device" (Paragraph 115). The examiner further notes that 
Heilig teaches "generating a redirect reply" as "The proxy server 420 then 
generates a dummy response or link message 521 , e.g., in data retrieval module 
421 , wherein the link message instructs the client to redirect the data request to 
the processing server 410" (Paragraph 133). The examiner further notes that 
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Heilig teaches "communicating the redirect reply to the requesting client" 

as "The proxy server 420 then generates a dummy response or link message 
521, e.g., in data retrieval module 421, wherein the link message instructs the 
client to redirect the data request to the processing server 410" (Paragraph 133). 

Regarding claim 42, Heilig further teaches a system comprising: 

A) wherein the client program at each client is further executable to: receive the 
redirect response as the first filesystem response (Paragraphs 133-135); 

B) generate a second filesystem request (Paragraphs 133-135); and 

C) communicate the second filesystem request to the origin server (Paragraphs 
133-135). 

The examiner notes that Heilig teaches "wherein the client program at 
each client is further executable to: receive the redirect response as the 
first filesystem response" as "The proxy server 420 then generates a dummy 
response or link message 521 , e.g., in data retrieval module 421 , wherein the link 
message instructs the client to redirect the data request to the processing server 
410" (Paragraph 133). The examiner further notes that Heilig teaches 
"generate a second filesystem request" as "The proxy server 420 then 
generates a dummy response or link message 521 , e.g., in data retrieval module 
421 , wherein the link message instructs the client to redirect the data request to 
the processing server 410" (Paragraph 133). The examiner further notes that 
Heilig teaches "communicate the second filesystem request to the origin 
server" as "The proxy server 420 then generates a dummy response or link 
message 521, e.g., in data retrieval module 421, wherein the link message 
instructs the client to redirect the data request to the processing server 410" 
(Paragraph 133). 

Regarding claim 43, Heilig further teaches a system comprising: 
A) wherein the server program at the origin server is further executable to: 
receive the second filesystem request (Paragraphs 133-135); 
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B) execute a requested operation (Paragraphs 133-135); 

C) generate a second server response (Paragraphs 133-135); and 

D) pass the second server response to the requesting client (Paragraphs 133- 
135). 

The examiner notes that Heilig teaches "wherein the server program at 
the origin server is further executable to: receive the second filesystem 
request" as "The proxy server 420 then generates a dummy response or link 
message 521 , e.g., in data retrieval module 421 , wherein the link message 
instructs the client to redirect the data request to the processing server 410" 
(Paragraph 133). The examiner further notes that Heilig teaches "execute a 
requested operation" as ""The proxy server 420 then generates a dummy 
response or link message 521 , e.g., in data retrieval module 421 , wherein the link 
message instructs the client to redirect the data request to the processing server 
410" (Paragraph 133). The examiner further notes that Heilig teaches 
"generate a second server response" as "The proxy server 420 then 
generates a dummy response or link message 521 , e.g., in data retrieval module 
421 , wherein the link message instructs the client to redirect the data request to 
the processing server 410" (Paragraph 133). The examiner further notes that 
Heilig teaches "pass the second server response to the requesting client" 
as "The proxy server 420 then generates a dummy response or link message 
521, e.g., in data retrieval module 421, wherein the link message instructs the 
client to redirect the data request to the processing server 410" (Paragraph 133). 

Regarding claims 44, 61 , 78, and 95, Heilig and Britton do not explicitly teach a 
system, an intermediary device, device, and method comprising: 

A) defining an import space comprising one or more of the origin filesystems; 

B) defining an export space comprising one or more union filesystems; and 

C) wherein the one or more union filesystems are based on the one or more 
origin filesystems in the import space. 
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Kao, however, teaches "defining an import space comprising one or 
more of the origin filesystems" as "The virtual node architecture allows the 
present system to accommodate diverse file systems by permitting each node to 
designate an individual physical file storage system" (Column 5, lines 8-11) and 
"Any directory or file in the present file system is represented by a vnode, in 
accordance with the virtual node architecture" (Column 6, lines 29-31), "defining 
an export space comprising one or more union filesystems" as "The virtual 
node architecture allows the present system to accommodate diverse file 
systems by permitting each node to designate an individual physical file storage 
system" (Column 5, lines 8-1 1 ) and "Any directory or file in the present file 
system is represented by a vnode, in accordance with the virtual node 
architecture" (Column 6, lines 29-31 ), and "wherein the one or more union 
filesystems are based on the one or more origin filesystems in the import 
space" as "The virtual node architecture allows the present system to 
accommodate diverse file systems by permitting each node to designate an 
individual physical file storage system" (Column 5, lines 8-1 1) and "Any directory 
or file in the present file system is represented by a vnode, in accordance with 
the virtual node architecture" (Column 6, lines 29-31). 

The examiner notes that by having a virtual node architecture 
representation (see "vnodes"), Kao's method must have an origin filesystem (see 
"individual physical file storage system") which is virtually represented as those 
vnodes. 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because 
teaching Kao's would have allowed Heilig's and Britton's to provide a method 
for recognition of all mounted file systems for clients, as noted by Kao (Column 
4, lines 18-22). 

Regarding claims 45, 62, 79, and 96, Heilig and Britton do not explicitly 
teach a system, an intermediary device, device, and method comprising: 
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A) wherein further comprising stack organizing the one or more origin 
filesystems in the import space into a stack. 

Kao, however, teaches "wherein further comprising stack organizing 
the one or more origin filesystems in the import space into a stack" as "The 
Z-stack is constructed by linking (Z-links) the vnodes representing a pre-selected 
set of directories" (Column 6, lines 29-31). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because 
teaching Kao's would have allowed Heilig's and Britton's to provide a method 
for recognition of all mounted file systems for clients, as noted by Kao (Column 
4, lines 18-22). 

Regarding claims 46, 63, 80, and 97, Heilig and Britton do not explicitly 
teach a system, an intermediary device, device, and method comprising: 
A) stack organizing the one or more origin filesystems by subsuming files and 
directories from lower origin filesystems in the stack into similarly named files and 
directories from higher origin filesystems in the stack. 

Kao, however, teaches "stack organizing the one or more origin 
filesystems by subsuming files and directories from lower origin 
filesystems in the stack into similarly named files and directories from 
higher origin filesystems in the stack" as "The "Z-Beam_up" operations 
copies files in a specified directory at a lower level in the Z-stack to a specified 
directory at a higher level in the Z-stack" (Column 7, lines 20-24). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because 
teaching Kao's would have allowed Heilig's and Britton's to provide a method 
for recognition of all mounted file systems for clients, as noted by Kao (Column 
4, lines 18-22). 
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Regarding claims 47, 64, 81 , and 98, Heilig further teaches a system, an 
intermediary device, device, and method comprising: 

A) wherein the filesystem request further comprises the requested operation and 
a file upon which the requested operation is to occur (Paragraph 58). 

The examiner notes that Heilig teaches "wherein the filesystem request 
further comprises the requested operation and a file upon which the 
requested operation is to occur" as "a request from a user device 102/', where 
user devicel 02/ can be any one of the plurality of user devices 1 02A to 1 02F, 
specifies (i) a suitable address to the location where the content associated with 
the request is stored, for example, an address in the form of a uniform resource 
locator (URL)... the types of data that can be processed and displayed to the user 
device" (Paragraph 58). 

Regarding claims 48, 65, 82, and 99, Heilig and Britton do not explicitly 
teach a system, an intermediary device, device, and method comprising: 
A) passing the proxy request based on the filesystem request to a topmost origin 
filesystem in the stack that contains the file upon which the requested operation 
is to occur. 

Kao, however, teaches "passing the proxy request based on the 
filesystem request to a topmost origin filesystem in the stack that contains 
the file upon which the requested operation is to occur" as "If the path 
names traverses a Z-stack, the lookup procedure starts at the top directory 
vnode in the stack to search for the desired entry" (Column 6, lines 46-49). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because 
teaching Kao's would have allowed Heilig's and Britton's to provide a method 
for recognition of all mounted file systems for clients, as noted by Kao (Column 
4, lines 18-22). 
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Regarding claims 49, 66, 83, and 100, Heilig and Britton do not explicitly 
teach a system, an intermediary device, device, and method comprising: 
A) passing the proxy request to a topmost origin filesystem in the stack that 
contains an innermost directory associated with the file upon which the requested 
operation is to occur. 

Kao, however, teaches "passing the proxy request to a topmost origin 
filesystem in the stack that contains an innermost directory associated 
with the file upon which the requested operation is to occur" as "IF the user 
changes to the parent directory of dir_cp, the current directory is moved to the 
directory at the top of the Z-stack" (Column 6, lines 62-64). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because 
teaching Kao's would have allowed Heilig's and Britton's to provide a method 
for recognition of all mounted file systems for clients, as noted by Kao (Column 
4, lines 18-22). 

Regarding claims 50, 67, 84, and 101, Heilig and Britton do not explicitly 
teach a system, an intermediary device, device, and method comprising: 
A) flagging a particular file in an upper origin filesystem in the stack to prevent 
particular other files in one or more lower origin filesystems in the stack from 
becoming visible. 

Kao, however, teaches "flagging a particular file in an upper origin 
filesystem in the stack to prevent particular other files in one or more lower 
origin filesystems in the stack from becoming visible" as "the original paths 
are blocked between lower level vnodes in the stack and their original parent 
directories" (Column 7, lines 1-3). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because 
teaching Kao's would have allowed Heilig's and Britton's to provide a method 
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for recognition of all mounted file systems for clients, as noted by Kao (Column 
4, lines 18-22). 

Regarding claims 51, 68, 85, and 102, Heilig and Britton do not explicitly 
teach a system, an intermediary device, device, and method comprising: 
A) wherein the particular file and particular other files share a common name. 

Kao, however, teaches "wherein the particular file and particular other 
files share a common name" as "FIG. 2" (Figure 2). 

The examiner notes that Figure 2 of Kao teaches multiple directories 
having files with common names (see "awk" and "liby.a") 

It would have been obvious to one of ordinary skill in the art at the 
time the invention was made to combine the teachings of the cited references 
because teaching Kao's would have allowed Heilig's and Britton's to provide a 
method for recognition of all mounted file systems for clients, as noted by Kao 
(Column 4, lines 18-22). 

Regarding claims 52, 69, 86, and 103, Heilig further teaches a system, an 
intermediary device, device, and method comprising: 

A) comparing the filesystem request to a programmable rulebase to determine if 
the filesystem request matches a pattern (Paragraphs 149-150); and 

B) if the filesystem request matches a pattern, executing an action associated 
with the pattern (Paragraphs 149-150). 

The examiner notes that Heilig teaches "comparing the filesystem 
request to a programmable rulebase to determine if the filesystem request 
matches a pattern" as "in the event that the client generates a data request 
concerning a document exceeding a predetermined size, the user may set a 
preference to render the data" (Paragraph 1 50). The examiner further notes that 
Heilig teaches "if the filesystem request matches a pattern, executing an 
action associated with the pattern" as "in the event that the client generates a 
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data request concerning a document exceeding a predetermined size, the user 
may set a preference to render the data" (Paragraph 150). 

Regarding claims 53, 70, 87, and 104, Heilig further teaches a system, an 
intermediary device, device, and method comprising: 
A) executing the action out-of-band (Paragraph 156). 

The examiner notes that Heilig teaches "executing the action out-of- 
band" as "The proxy server may still retrieve at least some of the requested 
data, for example a part of the requested data including data type information, 
until a decision on rendering is possible and then stop retrieving the requested 
data" (Paragraph 156). 

Regarding claims 54, 71, 88, and 105, Heilig further teaches a system, an 
intermediary device, device, and method comprising: 
A) executing the action in-band (Paragraphs 149-150). 

The examiner notes that Heilig teaches "executing the action in-band" 
as "in the event that the client generates a data request concerning a document 
exceeding a predetermined size, the user may set a preference to render the 
data" (Paragraph 150). 

Regarding claim 55, Heilig teaches an intermediary device comprising: 

A) a processor (Paragraph 116); 

B) a network interface to connect to and interface with a network (Paragraph 
50); 

C) a computer readable medium accessible by the processor and executable to: 
provide a client-facing filesystem interface (Paragraph 102); 

E) provide a server-facing filesystem interface (Paragraphs 117-118, and 122); 
G) receive a filesystem request pertaining to a filesystem from a requesting 
client according to the client-facing filesystem interface (Paragraph 103); 
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H) pass the filesystem request to a server as a proxy request according to the 
server-facing filesystem interface (Paragraph 107); 

K) receive a server response from the server according to the server-facing 
interface (Paragraphs 120 and 124); and 

L) pass the server response to the requesting client as a proxy response 
(Paragraph 124). 

The examiner notes that Heilig teaches "a computer readable medium 
accessible by the processor and executable to: provide a client-facing 
filesystem interface" as "The client 102/ may be connected to the wide area 
network 401 via I/O interface 408" (Paragraph 102). The examiner further notes 
that Heilig teaches "providing a server-facing filesystem interface" as 
"Communication between the client 102/ and the processing server 410 may 
include a bitmap protocol or X Windows protocol" (Paragraph 122). The 
examiner further notes that Heilig teaches "receive a filesystem request 
pertaining to a filesystem from a requesting client according to the client- 
facing filesystem interface" as "The client 102/ preferably sends requests to 
the proxy server 420" (Paragraph 103). The examiner further notes that Heilig 
teaches "pass the filesystem request to a server as a proxy request 
according to the server-facing filesystem interface" as "Preferably this 
involves sending a request from the proxy server 420 to the data server 440" 
(Paragraph 102). The examiner further notes that Heilig teaches "receive a 
server response from the server according to the server-facing interface" 
as "It is noted that processing server 410 may also be arranged to transmit the 
rendered data to the client on a return path including the proxy server" 
(Paragraph 124). The examiner further notes that Heilig teaches "pass the 
server response to the requesting client as a proxy response" as "It is noted 
that processing server 410 may also be arranged to transmit the rendered data to 
the client on a return path including the proxy server" (Paragraph 124). 

Heilig does not explicitly teach: 
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I) wherein passing the first filesystem request as a proxy request comprises 
applying a set of rules to the first filesystem request to determine if the first 
filesystem request should be modified; 

J) and if it is determined that the first filesystem request should be modified, 
modifying the first filesystem request to generate the proxy request. 

Britton, however, teaches "wherein passing the first filesystem 
request as a proxy request comprises applying a set of rules to the first 
filesystem request to determine if the first filesystem request should be 
modified" as "As seen in FIG. 3, when the browser 52 transmits a request, the 
client-side proxy 54 receives the request and determines if it is the first request 
for the current session (block 100). If the request is the first request, then it is 
determined if the client data processing system is capable of and has a 
preference for performing the content transformation or "tailoring" (i.e. should 
content tailoring occur at the client data processing system 50 or at another data 
processing system) (block 102). This information, along with other information 
about the client data processing system 50 and the session, such as for 
example, data processing capability, available memory, display type and size, 
resource availability, connection type, priorities for requested information, 
connection duration, or the like, is incorporated into the request (block 104). 
Client preferences and other session information (blocks 102 and 104) may 
reside at the client data processing system 50 or they may be obtained from a 
server during device initialization, at user logon or with each session. A user 
identification, such as a userid, may also be included in the request (block 106). 
The information added or otherwise contained in the request may collectively be 
referred to as "session specific information." After incorporating the session 
specific information in the request, the request is sent to the server-side proxy 64 
(block 108). Returning to block 100 of FIG. 3, if the request from the browser 52 
is not the first request, then, if the server side stores the previously transmitted 
session specific information, the only information which would need to be 
inserted into the request is the user identification and a session identifier to 
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indicate that the previously transmitted session specific information remains valid 
(block 106)" (Column 11, lines 1-32), and "and if it is determined that the first 
filesystem request should be modified, modifying the first filesystem 
request to generate the proxy request" as "As seen in FIG. 3, when the 
browser 52 transmits a request, the client-side proxy 54 receives the request and 
determines if it is the first request for the current session (block 100). If the 
request is the first request, then it is determined if the client data processing 
system is capable of and has a preference for performing the content 
transformation or "tailoring" (i.e. should content tailoring occur at the client data 
processing system 50 or at another data processing system) (block 102). This 
information, along with other information about the client data processing system 
50 and the session, such as for example, data processing capability, available 
memory, display type and size, resource availability, connection type, priorities 
for requested information, connection duration, or the like, is incorporated into the 
request (block 104). Client preferences and other session information (blocks 
102 and 104) may reside at the client data processing system 50 or they may be 
obtained from a server during device initialization, at user logon or with each 
session. A user identification, such as a userid, may also be included in the 
request (block 106). The information added or otherwise contained in the request 
may collectively be referred to as "session specific information." After 
incorporating the session specific information in the request, the request is sent 
to the server-side proxy 64 (block 108). Returning to block 100 of FIG. 3, if the 
request from the browser 52 is not the first request, then, if the server side stores 
the previously transmitted session specific information, the only information 
which would need to be inserted into the request is the user identification and a 
session identifier to indicate that the previously transmitted session specific 
information remains valid (block 106)" (Column 11, lines 1-32). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because 
teaching Britton's would have allowed Heilig's to provide a method to improve 



Application/Control Number: 10/630,339 
Art Unit: 2168 



Page 21 



the custom-tailoring of client-requested data in order to better exploit the 
resources available to the clients, as noted by Britton (Column 3, lines 13-15). 
Heilig and Britton do not explicitly teach: 

C) employing a first network filesvstem protocol : 

D) wherein said first network filesvstem protocol extends a filesvstem 
namespace and abstractions across a network : 

E) employing a second network filesvstem protocol : 

F) wherein said first network filesvstem protocol and said second network 
filesvstem protocol are same or different . 

Kao, however, teaches " employing a first network filesvstem 
protocol " as "The virtual node architecture allows the present system to 
accommodate diverse file systems by permitting each node to designate an 
individual physical file storage system. The present system can also copy files 
and directory nodes contained in one stack node to another stack node for the 
purposes of file back-up or caching" (Abstract), " wherein said first network 
filesvstem protocol extends a filesvstem namespace and abstractions 
across a network " as "The virtual node architecture allows the present system 
to accommodate diverse file systems by permitting each node to designate an 
individual physical file storage system" (Column 5, lines 8-11) and "Any directory 
or file in the present file system is represented by a vnode, in accordance with 
the virtual node architecture" (Column 6, lines 29-31), " employing a second 
network filesvstem protocol " as "The virtual node architecture allows the 
present system to accommodate diverse file systems by permitting each node to 
designate an individual physical file storage system. The present system can 
also copy files and directory nodes contained in one stack node to another stack 
node for the purposes of file back-up or caching" (Abstract), and " wherein said 
first network filesvstem protocol and said second network filesvstem 
protocol are same or different " as "The virtual node architecture allows the 
present system to accommodate diverse file systems by permitting each node to 
designate an individual physical file storage system. The present system can 
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also copy files and directory nodes contained in one stack node to another stack 
node for the purposes of file back-up or caching" (Abstract). 

The examiner notes that by having a virtual node architecture 
representation (see "vnodes"), Kao's method must have an origin filesystem (see 
"individual physical file storage system") which is virtually represented as those 
vnodes. 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because 
teaching Kao's would have allowed Heilig's and Britton's to provide a method 
for recognition of all mounted file systems for clients, as noted by Kao (Column 
4, lines 18-22). 

Regarding claims 57, 74, and 91, Heilig further teaches an intermediary 
device, device, and method comprising: 

A) wherein the redirect reply is configured to prompt the requesting client to 
generate a second filesystem request to the server (Paragraphs 133-135). 

The examiner notes that Heilig teaches "wherein the redirect reply is 
configured to prompt the requesting client to generate a second filesystem 
request to the server" as "The proxy server 420 then generates a dummy 
response or link message 521 , e.g., in data retrieval module 421 , wherein the link 
message instructs the client to redirect the data request to the processing server 
410" (Paragraph 133). 

Regarding claims 58, 75, and 92, Heilig does not explicitly teach an 
intermediary device, device, and method comprising: 
A) modifying the filesystem request to generate the proxy request. 

Britton, however, teaches "modifying the filesystem request to 
generate the proxy request" as "As seen in FIG. 3, when the browser 52 
transmits a request, the client-side proxy 54 receives the request and determines 
if it is the first request for the current session (block 1 00). If the request is the first 
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request, then it is determined if the client data processing system is capable of 
and has a preference for performing the content transformation or "tailoring" (i.e. 
should content tailoring occur at the client data processing system 50 or at 
another data processing system) (block 102). This information, along with other 
information about the client data processing system 50 and the session, such as 
for example, data processing capability, available memory, display type and size, 
resource availability, connection type, priorities for requested information, 
connection duration, or the like, is incorporated into the request (block 104). 
Client preferences and other session information (blocks 102 and 104) may 
reside at the client data processing system 50 or they may be obtained from a 
server during device initialization, at user logon or with each session. A user 
identification, such as a userid, may also be included in the request (block 106). 
The information added or otherwise contained in the request may collectively be 
referred to as "session specific information." After incorporating the session 
specific information in the request, the request is sent to the server-side proxy 64 
(block 1 08). Returning to block 1 00 of FIG. 3, if the request from the browser 52 
is not the first request, then, if the server side stores the previously transmitted 
session specific information, the only information which would need to be 
inserted into the request is the user identification and a session identifier to 
indicate that the previously transmitted session specific information remains valid 
(block 106)" (Column 11, lines 1-32). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because 
teaching Britton's would have allowed Heilig's to provide a method to improve 
the custom-tailoring of client-requested data in order to better exploit the 
resources available to the clients, as noted by Britton (Column 3, lines 13-15). 

Regarding claims 60, 77, and 94, Heilig and Britton do not explicitly 
teach a system, an intermediary device, device, and method comprising: 
A) presenting a union filesystem via the client-facing filesystem interface. 
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Kao, however, teaches "presenting a union filesystem via the client- 
facing filesvstem interface" as "A file system uses a virtual node architecture to 
create a three-dimensional directory" (Abstract) and "file systems are 
manipulated through an object called a "vfs", or virtual file system" (Column 3, 
lines 17-18). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because 
teaching Kao's would have allowed Heilig's and Britton's to provide a method 
for recognition of all mounted file systems for clients, as noted by Kao (Column 
4, lines 18-22). 

Regarding claims 72, and 89, Heilig teaches a device, and method 
comprising: 

A) providing a client-facing filesystem interface (Paragraph 102); 

C) providing a server-facing filesystem interface (Paragraphs 117-118, and 122); 

E) receiving a filesystem request pertaining to a filesystem from a requesting 
client according to the client-facing filesystem interface (Paragraph 103); 

F) passing the filesystem request to a server as a proxy request according to the 
server-facing filesystem interface (Paragraph 107); 

I) receiving a server response from the server according to the server-facing 
interface (Paragraphs 120 and 124); and 

J) passing the server response to the requesting client as a proxy response 
(Paragraph 124). 

The examiner notes that Heilig teaches "providing a client-facing 
filesystem interface" as "The client 102/ may be connected to the wide area 
network 401 via I/O interface 408" (Paragraph 102). The examiner further notes 
that Heilig teaches "providing a server-facing filesystem interface" as 
"Communication between the client 102/ and the processing server 410 may 
include a bitmap protocol or X Windows protocol" (Paragraph 122). The 
examiner further notes that Heilig teaches "receiving a filesystem request 
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pertaining to a filesystem from a requesting client according to the client- 
facing filesystem interface" as "The client 102/ preferably sends requests to 
the proxy server 420" (Paragraph 103). The examiner further notes that Heilig 
teaches "passing the filesystem request to a server as a proxy request 
according to the server-facing filesystem interface" as "Preferably this 
involves sending a request from the proxy server 420 to the data server 440" 
(Paragraph 102). The examiner further notes that Heilig teaches "receiving a 
server response from the server according to the server-facing interface" 
as "It is noted that processing server 410 may also be arranged to transmit the 
rendered data to the client on a return path including the proxy server" 
(Paragraph 124). The examiner further notes that Heilig teaches "passing the 
server response to the requesting client as a proxy response" as "It is noted 
that processing server 410 may also be arranged to transmit the rendered data to 
the client on a return path including the proxy server" (Paragraph 124). 
Heilig does not explicitly teach: 

G) wherein passing the first filesystem request as a proxy request comprises 
applying a set of rules to the first filesystem request to determine if the first 
filesystem request should be modified; 

H) and if it is determined that the first filesystem request should be modified, 
modifying the first filesystem request to generate the proxy request. 

Britton, however, teaches "wherein passing the first filesystem 
request as a proxy request comprises applying a set of rules to the first 
filesystem request to determine if the first filesystem request should be 
modified" as "As seen in FIG. 3, when the browser 52 transmits a request, the 
client-side proxy 54 receives the request and determines if it is the first request 
for the current session (block 100). If the request is the first request, then it is 
determined if the client data processing system is capable of and has a 
preference for performing the content transformation or "tailoring" (i.e. should 
content tailoring occur at the client data processing system 50 or at another data 
processing system) (block 102). This information, along with other information 
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about the client data processing system 50 and the session, such as for 
example, data processing capability, available memory, display type and size, 
resource availability, connection type, priorities for requested information, 
connection duration, or the like, is incorporated into the request (block 104). 
Client preferences and other session information (blocks 102 and 104) may 
reside at the client data processing system 50 or they may be obtained from a 
server during device initialization, at user logon or with each session. A user 
identification, such as a userid, may also be included in the request (block 106). 
The information added or otherwise contained in the request may collectively be 
referred to as "session specific information." After incorporating the session 
specific information in the request, the request is sent to the server-side proxy 64 
(block 108). Returning to block 100 of FIG. 3, if the request from the browser 52 
is not the first request, then, if the server side stores the previously transmitted 
session specific information, the only information which would need to be 
inserted into the request is the user identification and a session identifier to 
indicate that the previously transmitted session specific information remains valid 
(block 1 06)" (Column 1 1 , lines 1 -32), and "and if it is determined that the first 
filesystem request should be modified, modifying the first filesystem 
request to generate the proxy request" as "As seen in FIG. 3, when the 
browser 52 transmits a request, the client-side proxy 54 receives the request and 
determines if it is the first request for the current session (block 1 00). If the 
request is the first request, then it is determined if the client data processing 
system is capable of and has a preference for performing the content 
transformation or "tailoring" (i.e. should content tailoring occur at the client data 
processing system 50 or at another data processing system) (block 102). This 
information, along with other information about the client data processing system 
50 and the session, such as for example, data processing capability, available 
memory, display type and size, resource availability, connection type, priorities 
for requested information, connection duration, or the like, is incorporated into the 
request (block 104). Client preferences and other session information (blocks 
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102 and 104) may reside at the client data processing system 50 or they may be 
obtained from a server during device initialization, at user logon or with each 
session. A user identification, such as a userid, may also be included in the 
request (block 106). The information added or otherwise contained in the request 
may collectively be referred to as "session specific information." After 
incorporating the session specific information in the request, the request is sent 
to the server-side proxy 64 (block 108). Returning to block 100 of FIG. 3, if the 
request from the browser 52 is not the first request, then, if the server side stores 
the previously transmitted session specific information, the only information 
which would need to be inserted into the request is the user identification and a 
session identifier to indicate that the previously transmitted session specific 
information remains valid (block 106)" (Column 11, lines 1-32). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because 
teaching Britton's would have allowed Heilig's to provide a method to improve 
the custom-tailoring of client-requested data in order to better exploit the 
resources available to the clients, as noted by Britton (Column 3, lines 13-15). 

Heilig and Britton do not explicitly teach: 

A) employing a first network filesvstem protocol : 

B) wherein said first network filesvstem protocol extends a filesvstem 
namespace and abstractions across a network : 

C) employing a second network filesvstem protocol : 

D) wherein said first network filesvstem protocol and said second network 
filesvstem protocol are same or different . 

Kao, however, teaches " employing a first network filesvstem 
protocol " as "The virtual node architecture allows the present system to 
accommodate diverse file systems by permitting each node to designate an 
individual physical file storage system. The present system can also copy files 
and directory nodes contained in one stack node to another stack node for the 
purposes of file back-up or caching" (Abstract), " wherein said first network 
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filesvstem protocol extends a filesvstem namespace and abstractions 
across a network " as "The virtual node architecture allows the present system 
to accommodate diverse file systems by permitting each node to designate an 
individual physical file storage system" (Column 5, lines 8-11) and "Any directory 
or file in the present file system is represented by a vnode, in accordance with 
the virtual node architecture" (Column 6, lines 29-31), " employing a second 
network filesvstem protocol " as "The virtual node architecture allows the 
present system to accommodate diverse file systems by permitting each node to 
designate an individual physical file storage system. The present system can 
also copy files and directory nodes contained in one stack node to another stack 
node for the purposes of file back-up or caching" (Abstract), and " wherein said 
first network filesvstem protocol and said second network filesvstem 
protocol are same or different " as "The virtual node architecture allows the 
present system to accommodate diverse file systems by permitting each node to 
designate an individual physical file storage system. The present system can 
also copy files and directory nodes contained in one stack node to another stack 
node for the purposes of file back-up or caching" (Abstract). 

The examiner notes that by having a virtual node architecture 
representation (see "vnodes"), Kao's method must have an origin filesystem (see 
"individual physical file storage system") which is virtually represented as those 
vnodes. 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because 
teaching Kao's would have allowed Heilig's and Britton's to provide a method 
for recognition of all mounted file systems for clients, as noted by Kao (Column 
4, lines 18-22). 

Response to Arguments 

6. Applicant's arguments filed 10/06/2008 have been fully considered but 
they are not persuasive. 
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Applicants argue on page 26 that "Kao's solution does not rely on an 
intermediate device and appears to be similar to one of the prior attempts 
to address the problems of unconstrained complexity growth in the 
networked filesystem environment described in the present application". 

However, the cited art of Heilig is used to teach the claimed intermediate device. 
Moreover, the combination of Heilig's proxy requests/deciders and Kao's 
filesystem diversity (in addition to Britton's rules) teaches the aforementioned 
claims. 

Applicants argue on page 27 that "Thus, there was no apparent 
reasons for one of ordinary skill in the art to modify Kao with Heilig and 
Britton". However, in response to applicant's argument that there is no 
suggestion to combine the references, the examiner recognizes that obviousness 
can only be established by combining or modifying the teachings of the prior art 
to produce the claimed invention where there is some teaching, suggestion, or 
motivation to do so found either in the references themselves or in the knowledge 
generally available to one of ordinary skill in the art. See In re Fine, 837 
F.2d 1071 , 5 USPQ2d 1596 (Fed. Cir. 1988) and In re Jones, 958 F.2d 347, 21 
USPQ2d 1941 (Fed. Cir. 1992). In this case, the cited motivation is to provide a 
method for recognition of all mounted file systems for clients, as noted by Kao 
(Column 4, lines 18-22). 

Conclusion 

7. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

U.S. Patent 6,122,629 issued to Walker et al. on 19 September 2000. 
The subject matter disclosed therein is pertinent to that of claims 37, and 39-105 
(e.g., methods to optimize and process client requests). 

U.S. Patent 6,463,465 issued to Nieuwejaar on 08 October 2002. The 
subject matter disclosed therein is pertinent to that of claims 37, and 39-105 
(e.g., methods to optimize and process client requests). 
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U.S. Patent 6,085,234 issued to Pitts et al. on 04 July 2000. The subject 
matter disclosed therein is pertinent to that of claims 37, and 39-105 (e.g., 
methods to optimize and process client requests). 

U.S. Patent 6,247,139 issued to Walker et al. on 12 June 2001. The 
subject matter disclosed therein is pertinent to that of claims 37, and 39-105 
(e.g., methods to optimize and process client requests). 

U.S. Patent 6,161,191 issued to Slaughter et al. on 12 December 2000. 
The subject matter disclosed therein is pertinent to that of claims 37, and 39-105 
(e.g., methods to optimize and process client requests). 

8. Applicant's amendment necessitated the new ground(s) of rejection 
presented in this Office action. Accordingly, THIS ACTION IS MADE FINAL. 
See MPEP § 706.07(a). Applicant is reminded of the extension of time policy as 
set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire 
THREE MONTHS from the mailing date of this action. In the event a first reply is 
filed within TWO MONTHS of the mailing date of this final action and the advisory 
action is not mailed until after the end of the THREE-MONTH shortened statutory 
period, then the shortened statutory period will expire on the date the advisory 
action is mailed, and any extension fee pursuant to 37 CFR 1.136(a) will be 
calculated from the mailing date of the advisory action. In no event, however, will 
the statutory period for reply expire later than SIX MONTHS from the date of this 
final action. 

Contact Information 

9. Any inquiry concerning this communication or earlier communications from 
the examiner should be directed to Mahesh Dwivedi whose telephone number is 
(571 ) 272-2731 . The examiner can normally be reached on Monday to Friday 
8:20 am -4:40 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, Tim Vo can be reached (571) 272-3642. The fax number 
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for the organization where this application or proceeding is assigned is (571 ) 
273-8300. 

Information regarding the status of an application may be obtained from 
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